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A BRIEF DESCRIPTIOH OF THE MEDICAL 


IHFORMATION COMPUTER SYSTB< (MEDICS) 


By Edvard C. Moseley 
Lyndon B. Johnson Space Center 


SUMMARY 


The Medical Information Computer System (MEDICS), developed by the Life 
Sciences and Data Systems and Analysis Directorates at the NASA Lyndon B, 
Johnson Space Center for use in apace- and non-space-related applications, is 
a time-shared, disk-oriented minicomputer system capable of meeting the 
diverse stora^je and retrieval needs of at lesat l6 simultaneous users by means 
of roaotely located commercially available terminals. In addition to provid- 
ing coat effectiveness, the system provides a simple command and control mech- 
anism, generalized communication activity, and timeliness in information 
handling. The generalized storage and retrieval portion of the system permits 
multiple inputs of different forms, real-time updating from terminals, and a 
full range of retrievad options. 


INTRODUCTION 


For several years, the Life Sciences Directorate (LSD)^ at the NASA 
Lyndon B. Johnson Space Center (JSC) has been developing a low-cost multiuser 
minicomputer system to meet a variety of space-related operationeil needs. The 
system is flexible, easy to learn and use, relatively inexpensive, and capable 
of producing instantaneous results for as many as l6 users at one time. The 
system, the Medical Information Computer System (MEDICS), can also be used in 
applications other than the space program; for example, the usefulness of 
MEDICS in supporting a health care delivery program is currently being evaJ.ua- 
ted in a cooperative Department of Health, Education, emd Welfeire (HEW) /NASA 
program. 

This report, a brief re/iev of the major features of the developed mini- 
computer system, should provide general information for management purposes 
and should give the individual reader sufficient information to decide if the 


technical direction in design, implementation, and operations has been 
provided by Government personnel in the Data Systems and Analysis Directorate. 
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system will or will not be generally useful for his application. Complete 
technical information can be obtained from JSC on request , and programs vill 
be provided at cost by the JSC Technology Utilization Office. 


SYSTEMS PHILOSOPHY AM MAJOR FEATURES 


Although the specific MEDICS system is a recent development, the basic 
ideas have been being developed and refined for almost 10 years (table I of the 
appendix). The consistent intent has been to develop a general-purpose record 
system that is relatively independent of the method or equipment "used in 
records management. The resulting major features of MEDICS are discussed in 
the following paragraphs. 


Generstlized Storage and Retrieval Capability 

The storage and retrieval system is basically designed for handling forms. 
The user defines and describes to the system as many blanic forms as are appro- 
priate to his needs. The definition of each form includes the title chosen by 
the user, the identification, the organizational headings an'd subheadings, and 
the name and units chosen for each item or variable. The system then stores 
the user's blank form, seta aside memory space for the future storing of many 
forms to be completed as information becomes available, displays a blank form 
at any remote terminal, and stores the completed forms upon remote demand. 

Thus, the user's data base is a collection of completed forms with titles, 
headings, structure, and contents of his own definition. An important second- 
ax’y gain of this forms philosophy is that a nedve user, a new employee, or a 
metnager can browse through the blank forms to determine what, information is 
or is not being collected. 

Retrieval of information is basiceLLly a sorting and matching process. The 
•user specifies what infor: ation or subinformation he wants from his form or 
forms, what processing he wants to do, and how he wants the results displayed. 
Results are then displayed remotely. A simplified example of this storage 
and retrieval process is shown in figure 1. 


Communication Control and Integration Within an Organization 

Communication to and from the system is accomplished over normal telephone 
lines on any combination of dedicated or "dial up" lines (fig. 2). Thus, all 
or some subsets of information entered at one remote terminal can be called 
for at any other terminal. Because one can retrieve all or subsets of infor- 
mation from different forms, the system is an excellent tool for integration 
of reports. Any user can obtain information on his report that was developed 
by one or more other users. This type of organization is available for real- 
time space-flight monitoring and has proved invaluable for interdependent 
subsystems . 
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Figure 1.- The basic process of the MEDICS multiple-user storage and retrieval 
system. The user defines his forms to the system euad completes each form as 
information becomes available. At any time, the user can request a search for 
specific information, tabulation, or statistics^, reports on his data base. If 
authorized, user C can browse forms and obtain any information in the system. 
Sixteen users csin simultaneously and independently operate/use the system. 
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Figure 2.- Functional real-time support provided by MEDICS. Sixteen separate 
remote terminals and four directly connected independent computers can use 
the system simultaneously. The types of jobs worked at each terminal are 
given in table II. 
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Mviltiple Real-Time Interactive Terminals 

Users communicate with the MEDICS through a variety of commercially 
available terminals. Low-cost television displays, electric typewriter term- 
inals with hardcopy provisions , and combinations of these are commercially 
available for purchase or rental; these terminals sure connected to the system 
by standard telephone connections. Thus, any information stored in the system 
is simultaneously available for as many as l6 users at any time and at any place 
where there is a dial-up telephone line. Figxire 2 shows the l6 remote termi- 
nals; the functions of each terminal are listed in table II of the appendix. 


Simple Command auid Control Mechanisms 

Before any system can be responsive, it must know what the user wants. 
Many interactive systems respond as if the user is new no matter how many 
times he has used the system. The design philosophy and the implementation of 
MEDICS have eliminated or minimized this problem. In addition to simplifying 
user/system interaction in retrieving information, considerable effort was 
also expended to provide simple but ’fective control mechanisms to facilitate 
data entry and to ensure data base security, accuracy, and completeness. 


Direct Connection to Larger suid Smaller Computer Systems 

The Life Sciences Directorate, like many hospitals, has a number of 
laboratories doing research and development work as well as generating data 
that are useful for operational purposes (e.g., the blood laboratory). 

Many of these laboratories have their own minicomputers dedicated to handling 
laboratory activities. However, there are classes of problems (e.g., iterative 
calculations) that ceui be done most efficiently on large computers. Efforts 
are underway to connect the MEDICS directly with several of these other 
systems (fig. l). 


MEDICS DESCRIPTION 


Hardware 

A block diagram of the current minicomputer system configuration (includ- 
ing expansions planned during 197*+) is given in figure 3. As indicated in 
figiare 3, the minicomputer is a Varian 73, currently operating with 32K of core 
memory and a 29-mJ llion-byte removable disk. The total pxirchase price of the 
system, excluding terminals, was $111 000. The l6 MEDICS-supported remote 
terminals located throughov.t JSC were typiceLLly purchased on an as-needed basis 
at prices varying from $500 to $3500. Terminals may be rented for a monthly 
fee ranging from $60 to $l80. The terminal user does not need to know about 
the computer hardware to use the system. 
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Figure 3.- The current MEDICS hardware and software configuration. The total 
cost of the systems hardware, excluding terminals, was $111 000. Terminal 
purchase prices ranged from $500 to $3500 each; terminals can he rented for 
$60 to $l80 per month. Software modules, or computer programs, are called 
in and out by the time-share monitor program. The operation of each program 
is discussed in the text. 
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'■•'tiputer Programs 

Software modules , or computer programs that instruct the computer oper- 
ation, have been developed to aid in the operation of the system (systems 
software) and to aid users in obtaining the results they need from the system 
(application software). Both types of softweo:‘e are shown in figure 3; the 
latter is described more extensively in table III of the appendix. 

The systems software consists of an operating system provided by the 
meu:mf acturer , a NASA-developed communication module to handle all terminal 
requests, and a NASA-developed time-share m^ itor to allow multiple simulta- 
neous users. The time-share module transfers application programs to and from 
the disk as required. This transfer is done so fast that each terminal user 
thinks he is the only one using the minicomputer system. The typical response 
time on all terminals ranges from less than a second to several seconds . 

Application software relevant to the MEDICS storage and retrieval process 
consists of the following five modules. 

1. Forms maintenance program, used to set up a data base, to generate and 
update the data collection foirnis , and to handle any changes to the collect:'. ;n 
forms . 


2. Input program, used to enter data into the data base, to assist in 
editing data being entered, and to aid the user in speeding up his entry of 
data (by using prestored messages or omitting certain items, etc.). 

3. Update program, used to add, delete, or change information once it 
is stored on the disk. 

U. Retrieval program, used to find the selected information from a data 
base, to reorganize and perform the mathematical operations required, and to 
display the results to the remote user. The retrieval program provides for 
selective listing, tabulating, and cross-tabailating of f.»nctions with or with- 
out descrijL oive statistics. Other special features of this program permit 
setting restrictions on the search (e.g., limiting answers to those within a 
given range), precoded stored retrieval requests, and index listing of the • 

information available in a given data base. Table III lists other currently 
available features; the user's guide gives information on how to use them. 

5. Other application programs, used to develop other specific programs 
and to store them on the disk to be run in real time when the user calls for 
them . 


Types of Users 

As indicated in table II, the separate terminals accommodate the purposes 
of a number of concurrent users. The imp; rtant point to be i.uted is the 
variety of functions and the multiplicity of forms that can be handled by the 
MEDICS. Any information stored on data bases can be physically obtained at 
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the remote terminals; however, a seciarity system has been implemented to 
prevent an unauthorized retrieval from another user’s data base. If a termi- 
nal user does not properly identify himself by a periodically changed, six- 
character, random-access, alphanumeric code, the computer ignores his request. 

Because the program is dynamic, some terminals and their unique data 
bases will be eliminated as projects are completed. Long-range users will 
occasionally want to revise their forms; provisions exist with the MEDICS to 
handle form revisions. 


RURAL HEALTH CARE DELIVERY EVALUATlt-N 

In cooperation with the HEW, NASA is developing a remote health care 

2 

delivery program c£illed STARPAHC. In addition to advanced communication sys- 
tems , medical instrumentation , and a mobile health unit , the data subsystem 
will consist of a minicomputer virtually identical to that shown in figure 3 
(including the hardware improvements). Installation is scheduled for 197^ and 
will be followed by a 2-year program of field operation and evaluation. 

Software for this health care program includes the MEDICS programs pre- 
viously noted, new application programs appropriate to the health care pro- 
viders, and direct real-time connection to an existing Indian Health Service 
(IHS) computer system (ref. 1). The types of reports and outputs available 
at different remote terminals are shown in figure Additional software 
refinements developed by and for JSC will be added to this remote health care 
system for field testing as appropriate. 


FUTURE PLANS FOR MEDICS 


One of the advantages of a minicomputer is its flexibility for modxilar 
growth, which allows the user to get started and do useful work while waiting 
for additional funding to become available for additional functions. The 
• present system was purposely restricted to limited memory so that non-NASA 

applications could start with relatively expensive software capable of opera- 
ting within low-cost hardware. This phase has now been completed and docu- 
mented (refs. 2 to 7)» and useful work is being performed at the Center. 

An expanded version of MEDICS is currently underway that will provic'. T'+K 
of -ore memory and 60 million words of disk storage. This expansion will 
increase the total hardware cost from $110 000 to $150 000. These hardware 
improvements will permit more real-time data bases, increase the number of 
terminals, and decrease terminal response time. 
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Future software is expected to focus on adding application programs ixse- 
fxil to the life sciences areas in their institutional, experimental, and oper- 
ational space- flight programs. The general natixre of these expsuisions is 
shown in table IV of the appendix. Although these expansions will be devel- 
oped to meet the needs of the lyndon B. Johnson Space Center, they will be 
described in their general form so that non-NASA-related activities can bene- 
fit from the work. 


Lyndon B. Johnson Space Center 

National Aeronautics and Space Administration 
Houston, Texas, July 15, 197^ 
951-17-00-00-72 
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TABLE II.- TERMINAL AND COMPUTER INTERFACE FUNCTIONS 


(a) Terminal functions 


Termiiu 1 

Terminal function 

Medical staff 
support room 

Provides flight surgeon with real-time selec- 
tive retrieval capability of crewman's 
medical and examination history during 
flight 

Flight Medicine 
Branch 

Enters and selectively retrieves all crew- 
mens' examination, flight, and test results 

Occupational 

medicine 

Enters and selectively retrieves special 
occupational medicine analysis for all 
NASA Centers, produces statistical reports 
for Department of Labor, and selectively 
retrieves examination criteria by occupa- 
tion and industrial environment 

Preventive medicine 
(surveillance) 

For employees in contact with crew, enters 
medical examination results and family 
health status , updates daily , reports 
medical changes, and produces preventive 
medicine statistics 

Microbiological laboratory 

Enters test results, searches data base to 
identify micro-organisms, and collates 
results with the Dispensary and Flight 
Medicine data bases 

Sky lab time and motion 
study 

Enters coded activity and time and motion. from 
Skylab film; selectively searches, tabu- 
lates , and con^iares equivalent activity 
segments 

Physician/ system interface 
research and development 

Develops simplified and functionally comprer 
hensive input/output hardware to be evalu- 
ated by MEDICS 

Archival record 
index 

Enters descriptive information on all Skylab 
operational and experiment data, including 
stored location; provides complete browsing 
capability and selective retrieval for all 
missions 


l6 








1 




TABLE II.- TERMINAL AND COMPUTER li'ITERFACE FUNCTIONS - Concluded 


Terminal 

Terminal function 

- - - — ' 

JSC Dispensary 

(multiple terminals ) 

Enters and selectively retrieves JSC 

employees' physical examination results; 
updates examinations , edits inputs , and 
collates data from other laboratories ; 
provides cumulative medical history for 
each employee; produces disease statistic 
reports and studies; assists in scheduling 
and appointment notification 

Flight food 

Enters flight food requirements and manufac- 
turing and quality control information ; 
provides selective retrievals indicating 
food program status 

Management review 

Retrieves status reports from all medical 
and bioengineering systems ; provides 
browsing capability to verify life 
sciences program operational readiness 

Training 

Reviews MEDICS training manual; generates 
ten^jorary data bases; provides experience 
in using all MEDICS functions 

Medical equipment 
(Shuttle) 

Enters milestones on all flight medical 
equipment ; updates and edits ; provides 
engineering status on demand 

(b) Computer interface functions 

Computer interface 

Computer interface function 

Laboratory computer 

Inputs , updates , and retrieves body fluid 
variables measured on crews and employees ; 
provides physiological data summaries on 
crewmen and from the executive physical 
exercise program; selectively collates for 
Dispensary and Flight Medicine data bases 

Real-time computer 
complex 

Supports flights by providing preflight and 
postflight life sciences information 

Non-real-time computer 
complex 

Supports life sciences experiments analysis by 
organizing data for input to larger system 
and accepting output from larger system 
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TABLE III.- MEDICS REAL-TIME APPLICATION SOFTWARE CURRENTLY AVAIUBLE 



Program designation 

Functional description 

A. 

Retrieval module 

Retrieves user-selected data and displays it in 
desired form. 


1. "List" fxuictions 

A set of programs that lists (for any specified data 
base ) the names of all forms , any selected "blank” 
form, identification information only, and all or 
selected portions of "answers" entered on complete or 
incomplete forms . 


2. "Tabulate" functions 

A set of programs that reorganizes any selected 
answers, displaying them in a tabular or columnar 
form; also counts the number of answers meeting or 
not meeting some selection criterion, obtaining and 
displaying cross-tabular frequencie,. of any two 
selected variables . 


3. "Selection" functions 

A set of programs that restricts searches ; allows 
user to specify a range (e.g., dates) for a search, 
select specific multiple answers, and use Boolean 
(and, or, not) expressions (e.g., men and women not 
divorced or over age 1*0 ). 


1* . "Macro" functions 

A set of programs that allows the user to use prede- 
fined searches that are store.d and assigned an arbi- 
trary number; the search is then executed by use of 
only the number. Macros may be added, deleted, or 
modified from any terminal; further, a list of all 
macros may be obtained at any terminal in case the 
user forgets the associated name and number. 


5 . "Stet i st i c s " funct ions 

A set of real-time programs that provides simple sta- 
tistics on any stored numeric data; both descriptive 
statistics (e.g., percentages of total, means, stand- 
ard deviations, least-squares fits) and inferential 
statistics (e.g., chi-square, t-test between groups, 
correlation between any two user-selected variables) 
are available. 


6. "Plot" functions 

A set of programs that allows the user to select any 
numeric variable and have it plotted; a "quick look" 
plot program will generate low-resolution plots at 
the user's low-cost remote terminal; high-resolution 
plots are produced on the printer /plotter attached 
to the system. 

B. 

Input program module 

Uses real-time programs to enter records into a data 
base. 


1. "Control" functions 

Allows user to insert a "canned" or predefined common 
answer, to skip entering some incomplete items, or 
to abort storing a form. 


2. "Edit" functions 

Allows user to edit or change an answer at the time 
error is made or at the end of a page. 
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TABLE III,- MEDICS BEAL-TIME APPLICATION SOFTWARE CURREHrLT AVAILABLE - Concluded 


Prograa designation 

Functional description 


3. 

"Input statistics" functions 

Provides count of total number of forms entered and 
number of incomplete forms entered. 


U. 

"Menu" input functions 

Allows user to have precoded choices displayed (e.g., 

1 = male , 2 = female ) ; selected number causes system 
to input prose as opposed to user typing prose. 

C. 

Update program module 

Uses real-time programs to add, delete, or change data 
on the data base. 


1, 

"Modify specific answer" 
function 

Provides real-time capability tc add, change, or 
delete a specific answer, a range of answers, or 
multiple answers. 


2. 

"Modify entire form" function 

Provides capability to remove either a used or unused 
form, or to move the form to a different data base. 


3. 

"Purge" function 

Allows user to eliminate multiple cases from the data 
base simultaneously. 

D. 

Forms maintenance module 

Generates a form according to user's specification, 
establishes data base, and displays form or. remote 
terminal. 


1. 

"Off-line forms creation" 
functions 

Generates a particular form and sets up a particular 
data base by means of punched cards : to generate the 

particular form, the user specifies data base name, 
form name, each line in the form, the type of answer 
(e.g., prose, numeric, heading, comment), the name 
of the variable, units, numeric limits, and precoded 
information. 


2. 

"Terminal forms creation" 
functions 

Generates forms as for off-line forms creation but per- 
mits user to accomplish generation and revisions 
through remote terminals . 

E. 

Systems operation module 

Uses a set of programs to aid systems operations in 
controlling the system. 


1. 

"System statistics" functions 

Provides management with performance and usage systems 
statistics (e.g.. number of terminals in use). 


2. 

"Data base maintenance" 
functions 

Periodically run program that reorganizes data base to 
obtain optimum retrieval time. 


3. 

"Systems recovery" functions 

Program to "save" data in event of systems failure and 
to reduce system restart time. 

F. 

Remote program development module 

Uses several standard generalized programs that permit 
remote users to write their own programs . 
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TABLE IV.- ADDITIONAL APPLICATION AND SYSTEMS SOFTWARE PLANNED FOR EXPANDED VERSION OF MEDICS 


1 


1 
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